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STORAGE AND RETRIEVAL OF INFORMATION 



This invention relates to the location-dependent storage and retrieval of 
information. The invention also relates to apparatus and methods for transmitting 
information to mobile and roaming users in a telecommunications system. 

In conventional telecommunications, a given user is associated with a given 
telecommunications terminal (e.g. a conventional telephone, or a computer with a 
modem, or a facsimile unit). However, more recently, users have become mobile. In 
addition to mobile telephones (for example digital cellular telephones such as those 
conforming to the GSM standard) other types of portable terminal include pagers 
(either tone pagers or message pagers which can receive short textual messages and 
display them); so called "personal digital assistants" (PDA's) and portable facsimile 
or computer units adapted to communicate via cellular networks using dedicated 
modems. Users may also move to and from fixed terminals. 

At the same time, the volume and types of formats of information which 
can be transmitted is increasing, and new, so called "multi-media" formats, 
consisting of single sets of information presented in multiple media (such as for 
example image, text and audio files) are entering use. An increasing volume of such 
information is available via the World Wide Web ("the Web"). 

The telecommunications channels through which information is delivered 
comprise channels of varying bandwidth, including optical fibre links; coaxial copper 
links; conventional subscriber telephone lines; infra-red local area networks; and radio 
frequency channels. Of these, radio frequency channels especially are used for 
mobile communications, although in certain areas infra red links are possible. 
However, radio frequency channels which are used in mobile communications 
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generally have available the lowest bandwidth due to demands on the RF spectrum 
and to the channel conditions within the RF spectrum. Thus the amount of 
information which a mobile user on a radio frequency link can currently receive and 
select from is relatively limited. 
5 European patent application EP-A-07 18784 describes a system for retrieving 

information based on a user-defined profile. A server acting on behalf of the client 
identifies information on the basis of the user-defined profile, to generate a 
personalised newspaper which is delivered to the user. This provides for an 
automatic sorting of the large volume of data available on the World Wide Web to 

10 generate a subset of the information available which is tailored to a users specific 
interest. However, the system is only used for providing a personalised newspaper 
delivered in electronic form to a static user. 

International patent publication No WO94/30023 describes a GSM 
telecommunications system whereby data records may be downloaded onto 

1 5 subscriber identity modules in the system by broadcasting the data to a subscriber. 
The distribution of messages to subscriber identity modules in a specific area is 
possible, for example for advertising purposes. However, only a limited amount of 
data can be broadcast in such a manner for storage on the subscriber identity 
modules. 

20 International patent publication No W093/01665 describes a 

telecommunications system in which mobile users are able to receive localised 
information data from base stations in the system. Each base station is provided 
with a localised information database, containing information pertaining to the local 
area, which can be received by a mobile user being served by the base station on 

25 request. The user is able to download selected portions of the information contained 
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in the localised information database by stating selections on a mobile terminal. 
However, the amount of information available to the user is limited to that stored in 
the localised information database. Furthermore, all mobile users in a cell receive the 
same information, and the information is localised only to the extent that the base 
5 stations are separated. 

International patent publication no. WO96/07110 describes a navigation 
information system whereby route guidance information, or possibly other locality- 
dependent information, may be provided to a user of a cellular telephone network. 
The user, on requesting service, identifies a destination, which a server specifically 

10 allocated to that user uses to formulate a route. The cellular telephone of the user 
automatically signals tracking information to the server as the user travels. When 
the user's position falls within predefined "overlay areas", messages directing the 
user along the route are automatically generated and transmitted the cellular 
telephone of the user. This document describes the possibility of providing other 

1 5 locality-dependent information, such as information about local facilities, tourist 
attractions, weather forecasts and public transport information. 

Our earlier international application PCT/GB96/00252, published 15 August 

1996, describes a multimedia telecommunications system employing reconfigurable 
agents. Aspects of this document are incorporated herein by reference. 

20 Our earlier international application PCT/GB97/00890, published 9 October 

1997, describes a telecommunication system in which a user is tracked, and the 
identity of a terminal which he may at any time be using is stored. The capabilities 
(i.e. formats in which signals can be accepted and/or output) of terminal equipment 
in the vicinity of the user is stored. Therefore, rather than attempting 

25 (unsuccessfully) to deliver a high bandwidth signal to a low bandwidth mobile 
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terminal, the system directs the signal to a nearby terminal which can support a 
better representation of the signal. The nearby terminal may accept and output the 
signal in its original form, or the network may convert the signal to a different format 
which can be accepted by the nearby terminal. 
5 Our earlier international application PCT/GB98/01 056, published 22 October, 

1998, describes a telecommunications system in which a location directory stores 
location-dependent data identifying information sources which are associated with 
individually defined localities. The data is accessed by a personal agent which filters 
the data using preference data and presents a shortlist of information sources which 
10 are relevant in the locality of the user. 

A paper entitled Knowledge and Location, Isabel Novoa, Mark Wilby, 
presented at International Joint Conference on Artificial Intelligence, Montreal, 1995, 
describes a model for the management of information in a distributed environment. 
The model proposed is a flexible addressing system based on a tree-like nodal 
1 5 network, representing a distributed database. In order to locate information within 
the database, routing information is provided by nodes within the network. If a node 
receives a request for routing information, it first checks a database local to the node 
to determine whether the requested information is present. If not, the request is 
passed to a parent of the node. If the information is present, the routing request 
20 may be passed to a destination child node whereby eventually the address required 
is found. The system is implemented in order to allow disassociation between the 
address of a mobile user, and the routing information whereby the address may be 
accessed. „ A - ,/ 

In accordance with one aspect of the invention there is provided a method 
25 of storing and/or retrieving location-based information, the method comprising: 
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storing, in a distributed network of data storage devices accessible 
simultaneously from a plurality of remote user terminals, data defining a plurality of 
first localities in relation to which information storage is accessible; and 

selecting ones of said first localities to represent second localities for 
5 which information is to be stored and/or retrieved such that: 

i) said first and second localities bear a predetermined locational 
relationship; and 

ii) said first and second localities bear a predetermined relationship in 

size. 

1 0 This aspect allows the level of generality of information being stored 

and/or retrieved, by means of the accessible information storage, to be appropriate 
to the second localities. The second localities may on the one hand be a locality of 
interest, where information is to be retrieved, or on the other hand, a locality of 
pertinence, where the information is to be stored. 

15 In accordance with a further aspect of the invention there is provided a 

method of storing location-based information, the method comprising: 

defining, in a distributed network of data storage devices accessible 
simultaneously from a plurality of user terminals, a plurality of data access nodes 
each of which is responsible for a predefined locality, said plurality of nodes 

20 including a higher level node responsible for a larger locality and lower level nodes 
responsible for smaller localities which overlap said larger locality, 

indexing references to information sources containing locality-specific 
information at said data access nodes, different information source references 
being indexed at said higher level node than at said lower level nodes; and 

25 transmitting said references from said data access nodes on request. 
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In accordance with a yet further aspect of the invention there is provided a 
method of storing location-based information, the method comprising: 

defining, in a distributed network of data storage devices accessible 
simultaneously from a plurality of user terminals, a plurality of data access nodes 
5 each of which are responsible for a predefined locality; 

indexing references to information sources containing locality-specific 
information at said data access nodes, one or more of such references being 
repeatedly indexed at different of said nodes; and 

transmitting said references from said data access nodes on request. 
10 With different information source references indexed at higher level nodes 

than at lower level nodes, different references may be accessed in dependence on 
the loeational generality of the information required. 

With information source references repeatedly indexed at different of the 
nodes, it is possible to ensure that information sources of a given locality of 
1 5 pertinence are appropriately indexed in relation to various fixed levels and/or 
localities. 

In accordance with a further aspect of the invention there is provided a 
method of retrieving information for presentation to a user, the method comprising: 

defining a locality of interest to the user in dependence on both a location 
20 of the user and a speed of travel of the user; and 

selecting, in a distributed network of data storage devices accessible 
simultaneously from a plurality of user terminals, information sources from which 
locality-specific information may be retrieved, on the basis of the defined locality 
of interest. 



By taking into account the speed of travel of the user in defining the 
locality of interest when selecting information sources, it is possible to prevent the 
user being overwhelmed with large quantities of information when travelling at a 
relatively high speed, whilst providing the user with sufficient specificity of 
5 information when stationary or travelling at a low speed. 

Furthermore, relatively remote locations of interest which are predicted to 
be of interest to the user on the basis of the user's speed may be included in the 
locality of interest^ -^£3C^ P^^o* OF ~T,-?£ 3*A^"G^ 

Further aspects, features and advantages of the present invention will be 
10 apparent from the following description of preferred embodiments of the invention, 
which is by way of example only and which refers to the accompanying drawings, in 
which:- 

Figure 1 is a schematic diagram illustrating the physical, or transport, layer 

of a telecommunications system; 

15 Figure 2 is a schematic diagram illustrating the system architecture for 

control components used in an apparatus of the present invention; 

Figure 3 is a flow diagram illustrating the creation of an indexing network in 

accordance with the present invention; 

Figures 4A, 5A and 6A illustrate an indexing network in creation; 

» 

20 Figures 4B, 5B and 6B illustrate localities of responsibility corresponding 

with the indexing nodes illustrated in Figures 4A, 5A and 6A; 

Figures 7 to 10, 12 and 13 are flow diagrams illustrating functionality 
provided at individual nodes of the indexing network in accordance with the present 
invention; and 
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Figure 1 1 is a schematic drawing illustrating the routing of agent-finding 
requests within the indexing network of the present invention.. ^ . -\-r Mr*-rs* 
Referring to Figure 1, at the physical or bearer level the telecommunications 
environment of a user U1 in a particular locality comprises a cellular telephone, or a 
5 personal digital assistant, T1 which may include a Global Positioning System 
Receiver and which is carried by the user; a facsimile apparatus T2 and conventional 
telephone T3; and a computer workstation T4. 

The various terminals T1-T4 are each capable of receiving different signal 
formats, as follows: 
10 T1 - voice or low bit rate data. 

T2 - facsimile image signals. 
T3 - narrow bandwidth audio. 

T4 - high bit rate data in various formats or any of the above. 
In communication with the various terminals are a number of different 
15 communications channels forming parts of different notional networks (although 
some or all may be commonly owned). 

A public land mobile network (PLMN) (e.g. a GSM - compatible digital 
cellular network) N1 is connected via a base station B1 of the PLMN and a radio 
interface to terminal T1. The base station B1 provides a cell in the environment of 
20 the area within which the user U1 is located. 

A public switched telephone network (PSTN) N2 is connected via a local line 
to terminal T3, and via a local line to terminal T4. 
J^^^J A l ^ G ^ area network (LAN) N3, including a LAN server is connected via a 

data link to terminal T3. Further terminals T6-T9 (not shown) at different distances 
25 from the user are als\connected in the LAN. 




9 



The user U1 carries an identifying device interacting with a location update 
device via which his position within the telecommunications environment may be 
tracked. For example, in this embodiment the identifying device comprises a chip 
carrying card or "smart card" carrying data identifying the user, and some or all of 
5 the terminals T1-T4 carrying a location update device in the form of a card reader 
arranged to read the card. Alternatively, it could comprise a 'smart badge 1 
transponder, the location of which is tracked automatically. 

Specifically, the terminals T1-T4 may carry such smart card readers to 
signal tracking information via the networks to which they are connected. Additional 
10 smart card readers are installed at access points to a building or area, and are 
connected, for example to the LAN N3, to signal a user's location. 

Further, preferably, the terminal T1 comprises, in addition to cellphone 
communicating components, a location update device in the form of a global 
positioning system (GPS) receiver and is arranged to derive and signal its position, 
15 speed and direction from a GPS satellite S1 periodically as disclosed in EP 0467651 
(Motorola). Alternatively, the cellphone T1 could perform positioning additionally 
using a land-based positioning signal, such as by differential GPS positioning, or 
purely using land-based positioning signals, such as differential GSM triangulation 
signals as described in WO 96/35306 (Telecom Securicor). The terminal T1 signals 
20 the user's location, speed and direction via PLMN N1 . 

Thus, the position of the user U1 is signalled by one or more of several 
means; firstly, it may be signalled from the terminal at which he has logged in, for 
example by password and/or by the insertion of his smart card; secondly, his 
geographical position may be signalled from a positioning signal receiver; and thirdly, 
25 his position within a building or area may be signalled from the access system. His 
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speed and direction may also be signalled from the positioning signal receiver. 
Alternatively, the user can communicate his location by calling using T1 or T2, in 
which case he may be identified by Calling Line Identity (CLI). 

Each of the networks N1-N3 is connected, via gateways G1-G3 
5 respectively, to a wide area network (WAN), such as the Internet, consisting of 
packet switches PS interconnected by high speed data links, such as asynchronous 
transfer mode (ATM) links. 

The WAN provides connections, via the packet switches PS, to distributed 
information servers, such as Web servers WS, containing multi-media information 
10 sources, such as Web pages. The WAN also provides access to distributed 
processing environment (DPE) Servers DS, which are connected to and distributed 
between the packet switches PS of the WAN. 

The DPE Servers DS provide a distributed processing environment (DPE) 
which supports the interaction of software objects. The communication between 
15 the objects may be handled by object request brokers (ORBs), such as provided by 
the object management group's common object request broker architecture 
(CORBA). Furthermore, the DPE Servers DS provide for persistent storage of the 
software objects held therein. This may be provided for example by ObjectStore's 
PSE (persistent storage engine) PRO (trademark). 
20 Each of the DPE Servers DS stores intelligent software agents, as discussed 

in further detail below. 

For the reasons described in the above referenced prior art, it is 
advantageous to employ a so called "agent based" control mechanism. The term 
"agent" has in the past been used with a number of different senses; here, except 
25 where the context makes it clear that this is unnecessarily limiting, it will be 
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understood to mean an independently executing control program under control of 
which a computer or computer controlled switching centre performs the functions 
attributed to the "agent". The term is not necessarily limited to control programs 
which monitor their environment and adapt their behaviour and response thereto, but 
5 encompasses such programs. 

Each agent makes use of data, and it is convenient that the agents should 
therefore operate in "object-oriented" fashion; that is to say, that the data should be 
"encapsulated" so as to be accessible and alterable only by associated control 
programs, acting in response to "messages" (which need not, however, be physically 

10 transmitted but could simply be data passed via the stack of a single computer). The 
agents are embodied by a mobile agent software system, such as IBM's "Aglets" 
(trademark) system, ObjectSpace's "Voyager" (trademark) system or suchlike. A 
discussion of mobile agents may also be found in "Mobile Agents", Lecture Notes in 
Computer Science, Rothermai K. Popescu-Zeletin Eds., First Int. Workshop, MA '97, 

15 Berlin, April 1997. 

Being mobile, the agents are able to access information either remotely, via 
the data links described, or locally, by moving themselves to the location of the 
information. 

It will, however, be understood that the use of mobile agents and the object 
20 oriented format is inessential to the invention. 

Referring to Figure 2, the software architecture of the system includes a 
location updater object class 2, a terminal agent object class 4, a personal agent 
object class 6, an information agent object class 8 and a location index object class 
10. 
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Each user in the system has a personal agent operating in the system on its 
behalf. Each information source in the system has at least one information agent 
operating in the system on its behalf. Each location update device in the system has 
a location updater object operating in the system on its behalf and to which its 
5 location updating signals are transmitted. Each terminal in the system has a terminal 
agent operating in the system on its behalf through which the terminal interacts with 
the distributed processing environment. Finally, a location indexing network has 
location index objects operating on its behalf. 

Each agent and each of the location index objects includes a software code 

10 which is stored in the system. The relative locations of the agents within the system 
is not critical, since the agents are accessible by means of the networks N1-N3. 
However, in an advantageous arrangement, at least some of the terminal agents 4 
may be located on the respective terminals they represent and the location updaters 
may be held on a DPE server DS at the point of receipt of the location updating 

15 information sent via one of the networks N1-N3. The personal agents 6 and 
information agents 8 may be located on DPE servers holding the respective nodes of 
the location index with which they are interacting, as will be described in further 
detail below. 

Each personal agent has data storage attributes for storing the following 

20 data: 

1. Us user's preference data, including preferred categories of data to be 

accessed, age, gender, state of health, friends, interests, language preferences, 
information format type preferences, dynamic update preferences, location-based 
preferences, time/date-based preferences, cost limits on information retrieval, 
25 wildcard key words, etc. 
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2. An item details list detailing information sources, terminals offering service 

and users present in the current locality of the user. 



3. A shortlist of selected item details already presented to the user. 

4. System addresses of the user's personal terminals. 

5 5. The identity of the terminal currently being used by the user. 

6. The current location of the user. 

7. The speed and direction in which the user is currently travelling. 

8. An alternative location of interest to the user. 

9. A selection algorithm for filtering information by reference to the user's 



10 preference data. 

The persona! agent 6 interfaces with each of the location index, information 
agents 8, terminal agents 4 and location updater 2 as will be described below. 

The information agent has data storage attributes for storing an item details 
object for the information source, to be described further below. 
1 5 The terminal agent 4 has attributes for containing the following data: 

1 . The system address of the terminal. 

2. The system address of the personal agent of the current terminal user. 

3. A shortlist of item details sent to the terminal by the current personal agent. 

4. The system address of the currently selected information source, if any. 

20 5. An item details object for the terminal, to be described in further detail 

below. 

6. A list of allowable input and output file formats. 

7. A list of file format translations which the terminal agent supports. 

The location updater 2 has data storage attributes for containing the 
25 following data: 
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1. The current location, and speed and direction if appropriate, of the 
corresponding location update device, such as the GPS receiver. 

2. The identities of users, and the system addresses of their personal agents, 
being serviced by the location updater (multiple users if the location update device is 

5 fixed, single user if the location update device is mobile). 

Each location index object derived from the location index object class 10 
forms a node of an indexing network, interconnected with related nodes of the 
indexing network. 

Each node of the index has a locality index for storing item details objects 
10 to be indexed on a locality basis, and a name index for storing item details objects 
and pointers to item details objects to be indexed by the name of the agent 
concerned. In addition, each node is provided with the following set and stored 
attributes: 

1. A locality of responsibility (LOR), specified in the form of Cartesian 
15 coordinates for its centre and parameters defining its size and shape. 

2. A predefined level within the indexing network. The indexing network 
includes a root node at level 1, responsible for a large locality, and subnodes at 
levels 2 and above, responsible for localities which form sub-localities of that of 
the root node, and that of nodes above their level in the indexing network. It is to 

20 be noted that, herein, "higher" level nodes have numerical designations which are 
smaller than that of "lower" level nodes. 

3. References to nodes to which the node is related in the network, including 
one or more of parent nodes, children nodes, sibling nodes, uncle nodes, nephew 
nodes and cousin nodes. 
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Location index objects having different, and in particular spaced, localities 
of responsibility are stored on different of the DPE servers DS to allow very large 
scale scalability, by having a large number of DPE servers each handling a fraction 
of the data storage and retrieval operations of the system. 

5 In order to create, or alter, an indexing network, new nodes are created at 

a particular level, and their attributes are set in accordance with data specified by 
a party responsible for the indexing network itself, as illustrated in Figure 3. 

As a first step, the new nodes are instantiated, step 100. The new nodes 
are then defined within the indexing network by setting their locality of 

0 responsibility (LOR), step 102, setting their level within the network, step 104, and 
setting the relationships of the new node and setting references to the new node in 
the previously existing nodes in accordance with their relationship within the 
network,' step 106. The relationships are set by a new node querying its parent for 
the various adjacent relations which include contenders for relations of the new 

5 node. The LORs of the nodes returned by the parent are analysed by the new 
node in order to decide whether to connect to them, in which case the new node 
stores the adjacent node in its relations database. It also informs the related node 
of its presence in order to establish reciprocal connections. 

An indexing node network is constructed by functionality provided in the 

0 location index object class by use of the following rules set: 

1. If no tree currently exists, create a root node at level 1, by instantiating an 
instance of the location index object class. 

2. If a node has a LOR which is itself insufficiently small for certain location- 
specific information, or if the node has a current processing load which exceeds a 

5 set threshold, create one or more nodes which are responsible for sub-localities of 
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the locality for which that particular node, referred to herein as the splitting node, 
is responsible. If a plurality of new nodes which are adjacent are created, 
interconnect the new nodes via a sibling relationship, with the splitting node as 
their parent. Set each new node within the indexing network to the level of their 
5 parent, plus 1 . 

3. If the splitting node has siblings or cousins, compare each new child node 
with the splitting node's siblings and cousins. If the localities of responsibility by 
the two nodes being compared are adjacent, create an uncie/nephew link between 
them. Set the depth of the relationship, being the comparative levels of the nodes, 

10 to 1 . 

4. If the splitting node has one or more uncles, compare each new child node 
with each of the splitting node's uncles. If the localities of responsibility covered 
by the two nodes being compared are adjacent, create an uncle/nephew link 
between them. Set the depth of the link equal to the depth of the matching uncle 

15 relationship, plus 1. These related nodes are referred to herein as great-uncles. 

5. If the splitting node has one or more nephews with depths N where N > 
1, being a great-uncle/nephew relationship, compare the locality of responsibility 
set for each new child node with that of the splitting node's nephews. If the two 
nodes are adjacent, set an uncle/nephew link between them with a depth of N-1. 

20 6 - If the splitting node has one or more nephews with depth 1, compare the 

locality of responsibility of each new child node with that of each of the splitting 
node's nephews. If the areas covered by the two nodes are adjacent, create a 
cousin link between them. 

The operation of these rules is illustrated with reference to Figures 4 to 6. 
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Referring to Figure 4A, which illustrates an indexing network at an early 
stage in creation, the indexing network includes a root node 110 which has a 
locality of responsibility corresponding to the entire geographical coverage of the 
indexing network, illustrated in Figure 4B as outer rectangle 112. The network 
5 level of the root node 1 10 is 1 . The root node 1 10 only has children relationships, 
i The child n&des 114 each have a locality of responsibility which forms a 

subset of the localityXof responsibility of the root node 110, illustrated by inner 
rectangles 116 in Figure\4B. The child nodes are created using rule 2 described 
above applied to the root nckJe 1 10. 
10 Referring to Figure 5 A, one of the child nodes 114D may be split to 

provide further child nodes 1 18A-D, which are grandchildren of the root node 1 10. 
The new child nodes 1 1 8A-D have localities of responsibility which form sub- 
localities' 120A-D of the locality of responsibility 1 1 6D of their immediate parent 
node 114D, and consequently also form sub-localities of the locality of 
1 5 responsibility 1 1 2 of the higher level node 1 1 0. 

The relationships of the new nodes 1 1 8A-D are set by defining sibling 
relationships between each of the new nodes 118A-D, parent/child relationships 
with the parent node 114D, and, where the localities of responsibility 1 20A-D of 
the new nodes 118A-D are adjacent to the localities of responsibility of higher 
20 nodes in the network, uncle/nephew relations are set by references to those higher 
level nodes 1 14A-C. These uncle/nephew relationships are set in accordance with 
rule 3 above. 

jy^^X^ Referring to Figures^A and 6B, a node 114C adjacent to the previously 

^ split node 1 1 4D may also be sfcJit to produce four new children nodes 118E-H. 
25 These new children nodes have localities of responsibility which are set to be sub- 
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localities of the locality of responsibility 1 1 6C of their immediate parent node 
114C. Their level in the network ik set at 3, in accordance with rule 2 above. 
Their relationships within the indexing\network include parent/child relationships 
with the parent node 114C, uncle/nephew^ relationships with nodes 114A, B, D at 
5 the same level as their parent node 1 14C andv sibling relationships between each of 
the new nodes 118E-H. In addition, the new rtodes 118E-H which have localities 
of responsibility 1 20F, H which adjoin the localities of responsibility of the 
previously created nodes 1 1 8A, C at the same leveJ are defined to have cousin 
relationships with those previously created nodes, in accordance with rule 6 above. 
10 In each of Figures 4A, 5A and 6A, parent/child relationships are illustrated 

with bold, solid, arrowed lines. Sibling relationships are illustrated with solid, 
arrowed lines. Uncle/nephew relationships are illustrated with closely spaced 
dashed, arrowed lines. Cousin relationships are illustrated with spaced dashed, 
arrowed lines. 

15 Figures 4 to 6 illustrate the principle of construction, and the division of 

the localities of responsibility of an indexing network, by means of nodes at a 
plurality of levels below the root node level. As the network is increased further in 
depth, the localities of responsibility for nodes defined at each next lower level 
becoming progressively smaller, such that the indexed information, to be described 

20 below, at each node becomes increasingly location-specific. This structure allows 
agents interacting with the indexing network to index information at a certain level 
of location specificity, and to obtain information at a certain level of location 
specificity, to thereby provide a level of detail appropriate to the information 
storage act or information retrieval act being performed. 
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It is to be understood that the rectangular localities of responsibility 
illustrated in Figures 4B, 5B and 6B are examples only. The localities may be 
defined as other two dimensional shapes, and may also be defined as three 
dimensional volumes. The node splitting procedures may also have different, or 
5 variable, cardinalities. 

Figure 7 is a flow chart illustrating the functionality provided at each node, 
by the location index object class, for allowing information agents to index 
location-specific data in the nodal network. 

Each information source has a node in the indexing network with which 
10 the information agent is set to interact, referred to herein as a gateway node. In 
order to index an information source for which the information agent is acting, the 
information agent transmits an advertise-in-locality request to its gateway node, 
passing across its item details object with the advertise request. 

The item details object held in an information agent includes: 
15 1- The gateway node at which the information agent is currently set to 

communicate with the indexing network. 

2. The name of the information source. 

3. Data specifying a locality of pertinence (LOP) of the information held on 
the information source for which the information agent is acting. The locality is 

20 specified in the form of Cartesian coordinates and parameters defining its size and 
shape. 

4. Meta-information concerning the information stored in the information 
source, including a list of the files contained in the information source, format 
identifiers (for example Multipurpose Internet Multimedia Extension (MIME) records), 

25 the sizes of the files, the language (for example English) of a text file, encoding 
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identifiers, a best before date and a priority indication indicating the relative 
importance of the respective files in the information source. 

5. The system address of the information source. In the case of an information 

source in the form of a Web page, this consists of a Uniform Resource Locator 
5 (URL). 

When an advertise-in-locality request is received, by a node, step 200, the 
node applies a heuristic function method to the LOP in the passed item details 
object, to determine whether the LOP intersects with its locality of responsibility of 
the node, step 202. If there is no intersection, the node passes the request, along 

10 with the item details object, to its parent node, step 204. 

If the LOP and the LOR are found to intersect, the node proceeds to apply 
a further heuristic function to determine whether the LOP of the information source 
and the LOR of the node are similar in size, step 206. Here, "similar in size" 
includes a range of similarity in size, which is dependent primarily on the interval in 

15 size between the LORs of nodes at different levels in the indexing network. For 
example the similarity function may be arranged such that the size of the LOP may 
range from midway between the size of the node's LOR and the size of the LOR of 
the parent node down to midway between the size of the node's LOR and the size 
of the LOR of the child node of the node in question in order for the LOP and LOR 

20 to be considered similar in size. Thus, where child nodes are formed by quartering 
in an indexing network, the range in size for which the information source's LOP is 
considered to be similar in size to that of the node's LOR could range from of the 
order of twice the size of the LOR down to of the order of half of the size of the 
LOR. 
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If the LOP is found not to be similar in size in accordance with the 
similarity function applied, it is determined whether the LOR is significantly larger, 
step 208. If so, the advertise request, along with the item details object, is passed 
to each of the node's children which have an LOR intersecting with the LOP of the 
5 request, step 210. If no children currently exist for the node, the items details are 
indexed at the current node, to be passed down if the node subsequently divides. 

Otherwise, the request is passed to the parent of the node, step 212. As 
the parent node has a locality of responsibility which includes that of the upwardly 
passing node, the parent node, or other parent nodes higher up in the indexing 

10 network will be able to accept the advertise-in-locality request. 

If in step 206 the locality of pertinence and the locality of relevance are 
found to be similar in size by the node receiving the advertise request, the node 
places the item details object in its locality index, to be stored for future retrieval 
by personal agents interacting with the indexing network, step 214. 

1 5 The item details object for an information source contains an attribute 

which specifies a propagation characteristic of the information. Namely, this 
propagation attribute specifies whether the advertise request is to be propagated 
to a level below the level at which the LOP and LOR are similar in size, and if so, 
the number of levels to which the item details are to be propagated. Thus, the 

20 item details are provided with one of the following possible propagation categories: 
1. Propagate fully. The item details are passed down to be indexed at child 

nodes at every level in the network below the node at which the LOP and LOR are 
similar in size. 
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2. Bounded-propagate. The item details are passed down to be indexed at 
child nodes at every level until a more location-specific information source relating 
to the same subject-matter is indexed. 

3. Normal. Such item details are not propagated down the indexing network. 
5 To give an example, information such as health and safety notices for a 

building may be defined with a locality of pertinence corresponding with the whole 
area of the building, and a bounded-propagate property, such that the item details 
for the information source will be passed down the indexing network until a node 
covering a more specific locality, such as for example a laboratory room, at which 
10 more specific health and safety instructions are required. 

As a further example, notices regarding the opening times of a building 
may be defined to have a locality of pertinence corresponding with that of the 
building,' and with a propagate fully property, so that such a notice is passed down 
to all nodes having localities of responsibility within the building. On the other 
15 hand, high level information, such as the location of the building in the context of a 
larger site, may be defined with a locality of pertinence equal to that of the 
building, and a norma! category, so that the information is only accessible at nodes 
having localities of responsibility which are relatively large. 

Thus, the item details are propagated down the indexing network in 
20 accordance with the specified propagation characteristics, steps 216 and 218. 

Next, in step 220, the node initially in receipt of the advertise request 
checks the localities of responsibility of its related nodes which have adjacent 
localities of responsibility, in order to determine whether the LOP specified in the 
item details object intersects with the LOR or these adjacent nodes. If so, the 
25 node passes the advertise request to the adjacent nodes having intersecting LORs, 



23 



step 222. These adjacent nodes then proceed to step 206 in the procedure 
illustrated in Figure 7. 

By repeating the procedure illustrated in Figure 7 for each information 
agent, the indexing network nodes are populated with item details objects at the 
5 appropriate locational specificity. 

Once the locality indexes of the indexing network is populated with item 
details objects, the corresponding information sources may be accessed by 
personal agents in a location-specific manner in accordance with the procedure 
illustrated in Figure 8. 

10 In order to access the indexing network, a personal agent transmits a 

what-is-here? request to a gateway node in the indexing network with which the 
personal agent is set to interact, passing across data defining a locality of interest 
(LOI) of the user for which the personal agent is acting. This locality is specified in 
the form of Cartesian coordinates and parameters defining its size and shape. 

15 The LOI of the user may be obtained in two ways. First, the user may 

specify a locality of interest via the terminal which the user is currently using, 
which is then passed on to the user's personal agent. This locality of interest is 
not necessarily related to the current location of the user. 

Secondly, an LOI may be derived from the tracking information received 

20 from a location updater device, via the corresponding location updater object, 
which provides the current location, speed and direction of travel of the user. The 
LOI may be derived from each of these parameters. In the case of a stationary 
user, the LOI is defined by default to be centred at the current location of the user, 
and to have a size equal to the locality of responsibility of the lowest level node in 

25 the indexing network which covers the current location of the user, thereby to 
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ensure access to the most location-specific information. The stationary user may 
however request, via their current terminal, a locality of interest which is larger 
than this default LOI. The LOI of the stationary user is defined by default to have 
a circular outline. 

5 In the case of a travelling user, the speed and direction characteristics 

signalled by the user's location updater device is used to define the user's LOI 
differently. Namely, the LOI is centred at a point offset from the current location 
of the user in the direction of travel of the user, the distance increasing with the 
speed of travel of the user. The size of the locality of interest of the user is also 
10 increased, to increase the level of generality of the information derived from the 
indexing network. Finally, the shape of the LOI is altered to extend the LOI to a 
greater extent in the direction of travel of the user then in a direction normal to the 
direction of travel. 

The setting of the LOI of the user is carried out by the user's personal 
15 agent, which is continually updated with the user's current location, speed and 
direction of travel. In the case of a mobile location updater, such as the 
positioning signal receiver described above, a location update message is 
transmitted to the personal agent when the user carrying the location updater 
device moves a predefined threshold distance since a previous location update. 
20 The personal agent proceeds to generate a what-is-here? request when the 
location of the user has altered a significant degree in relation to the size of the 
user's current LOI. 

Referring again to Figure 8, on receipt of the what-is-here? request, the 




receiving node applies an intersection function method to the LOI passed in the 



25 request, to determine whether the UDI intersects with the LOR of the node, step 
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302. If there is nV> intersection, the receiving node passes the request, along with 
the LOI of the request, to its parent node, step 304. Alternatively, if there is no 
intersection the nodeViay compare the LOI with the LOR of any related adjacent 
nodes, passing the requekt to the best locality match, or passing the request to the 
5 parent if no good match is found. 

If the LOP and \he LOI are found to intersect, the node proceeds to apply a 
similarity function, such \s that described in relation to Figure 7, to determine 
whether the LOI of the user Vid the LOR of the node are similar in size, step 306. 

If the LOI is found not to be similar in size in accordance with the similarity 
10 function applied, it is determined whether the LOR is significantly larger, step 308. 
If so, the what-is-here? request, along with the specified LOI, is passed to each of 
the node's children which have an LOR intersecting with the LOI of the request, 
step 310. 

Otherwise, the LOI is significantly larger in size than the LOR, and the 
15 request is passed to the parent of the node, step 312. As the parent node has a 
locality of responsibility which includes that of the upwardly passing node, the 
parent node, or other parent nodes higher up in the indexing network will be able 
to accept the what-is-here? request. 

If the LOI of the user and the LOR of the node subject to the request are 
20 similar in size, the receiving node further determines whether the user's LOI 
intersects with the LORs of its related nodes which exist at the same level in the 
indexing network, being either sibling nodes or cousin nodes, step 314. 

If the LOI also intersects with the LORs of any adjacent nodes of equal 
level, the receiving node transmits a what-is-here? request to each of the found 
25 adjacent nodes, step 316. These selected nodes return an item details list 
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consisting of the item details objects stored in their locality indexes, step 318. 
The receiving node then proceeds to construct a full item details list which 
includes the item details objects from adjacent nodes having LORs which intersect 
with the LOI specified in the original request, and the item details objects held in 
5 its own locality index, step 320. 

If the node finds no adjacent nodes with LORs which intersect with the 
LOI of the user, the item details list to be transmitted consists of item details 
objects held solely in the receiving node's locality index. 

Finally, the item details list is passed to the requesting persona! agent, 
10 step 322. 

On receipt of an item details list, the personal agent performs its selection 
algorithm, using the user's preference data, in order to filter out information 
objects representing information sources which are considered to be of low 
potential interest to the 1 user, and to produce a shortlist of the remaining 

15 information objects which are transmitted to the terminal agents of the terminal 
currently serving the user, for the presentation of summary information to the user 
at their terminal. On reviewing the summary information, the user is able to select 
information sources which are of interest, and access information held in the 
information sources, by means of the system address for the information source 

20 specified in the corresponding information object now held in the terminal agent. 

Information agents may be configured to act on behalf of terminals 
accessible within the geographical area covered by the indexing network. In this 
manner, a personal agent acting on behalf of the user may locate terminals, using 
a what-is-here? request, to identify terminals accessible in the immediate locality 

25 of the user. Furthermore, the information stored in the corresponding item details 
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object representing the terminal may specify the formats of data and transmission 
protocols accepted by the terminal, thereby allowing the persona! agent to select a 
terminal appropriate for a particular type or format of information to be received by 
the user. 

5 In addition to information agents and terminal agents, personal agents may 

also advertise within the indexing network. In order to do this, each personal 
agent is provided with an item details object to pass over to the indexing network 
for indexing at an appropriate level. The item details object for the personal agent 
include the following data storage attributes: 



10 1. The gateway node at which the personal agent is currently set to 

communicate with the indexing network. 

2. The name of the user. 

3. The current location of the user. 

4. A locality of pertinence (LOP) for the user. This may be derived either 



15 from the locality of interest (LOI) currently set for the user, which is dependent on 
the current location, speed and direction of travel of the user, and/or may include a 
"home" locality of pertinence for the user. The locality is specified in the form of 
Cartesian coordinates and parameters defining its size and shape. 
5. An e-mail address for the user. 

20 6. A current address for the personal agent. 

7. A system address for an information source associated with the user, for 

example the URL of a personal Web page. 

In order to index its information details object by locality, the personal 
agent transmits an advertise-in-locality request containing the item details object to 

25 the personal agent is gateway node, which then proceeds with the steps described 
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in relation to Figure 7 in order to index the user's personal item details object 
within the indexing network. 

The indexing network is provided with a name index, consisting of 
individual databases distributed between the nodes of the network. In order to 
5 feature in the name index, an agent transmits an advertise-by-name request to its 
gateway node. 

Figure 9 illustrates the procedure followed by a gateway node in receipt of 
an advertise-by-name request from an agent previously not indexed in the system. 
Along with the request, the agent passes its current item details object to the 

10 node. On receipt, step 400, the gateway node stores the passed item details 
object, in its name index, step 402. A request to add a pointer, associated with a 
unique name for the agent, is passed to the parent node, step 404. The parent 
node adds this pointer to its name index, and then passes a similar request to its 
parent node, which repeats the same until the root node is reached. 

15 Thus, when an agent is advertised-by-name within the indexing network, a 

reference to the gateway node will be present at a directly related node at each 
level in the indexing network above the gateway node, at which the agent's item 
details object is held. 

In order to find an agent, the procedure illustrated in Figure 10 is followed 

20 by a node requested to find the agent by name, step 500. The request need only 
contain the unique name of the agent. 

If a reference to the agent identified by the unique name in the find-by- 
name request is not present in the name index of the node receiving the request, 
step 502, it passes the request directly to its parent, step 504, which proceeds 

25 from step 500. 
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Once a node in receipt of a find-by-name request does have a reference to 
the identified agent in its name index, unless the node is the gateway node, step 
506, it passes the request to the node immediately below it identified by the 
pointer held in its name index, step 508. Once the request reaches the gateway 
node, it returns the system address of the agent to the original requesting party, 
step 510. 

Figure 1 1 illustrates the way in which the name index feature operates. In 
the example shown, a first agent, Ag1 is set with a gateway node at level 2, node 
1 14A. Second, third and fourth agents, Ag2, Ag3 and Ag4 are set with gateway 
nodes at level 3, nodes 1 18D, 1 1 8A and 1 18E, respectively. 

Figure 1 1 illustrates each of agents Ag1, Ag3 and Ag4 attempting to find 
a reference to agent Ag2 in the network. Agent Ag3 is set with a gateway node 
which is a sibling node of the gateway node which agent Ag2 is set to, and the 
find-by-name request transmitted by agent Ag3 to its gateway node is propagated 
only to its parent node, at which a pointer to agent Ag2 will be found in the name 
index of the node. 

The find-by-name request transmitted by agent Ag1 will be passed from 
its gateway node, node 114A, to the root node 110, at which point a pointer to 
the item details object of agent 2 is present in a name index. 

A find-by-name request transmitted by agent Ag4 to its gateway node, 
node 118E, will be passed on by that node, and the parent node 114A, in turn, 
which each do not have references to agent Ag2 within their name indexes. The 
find-by-name request is then passed down from the root node 110 in accordance 
with the pointers stored in the name indexes of the handling nodes, until it reaches 




the gateway node of agent Ag2, which returns the system address of agent Ag2 
to agent Ag4. 

Thus, each of the categories of agent which interact directly with the 
indexing network, being the information agent, the personal agent and the terminal 
agent, are set to communicate with a particular gateway node of the indexing 
network. As the indexing network consists of a distributed network which 
extends over a plurality of distributed computing nodes, such as the DPE Servers 
DS described in relation to Figure 1, and since the agents in question may be 
mobile, a procedure is defined whereby an agent may move and alter the gateway 
node with which the agent is set to communicate. 

The gateway node moving procedure may be initiated either by the agent 
itself or by a node of the indexing network. For example, if an agent detects that 
response delays in communications with the currently set gateway node have 
become excessive, the agent may initiate a move to a node having a locality of 
responsibility which is closer to, or intersecting with, the locality of pertinence or 
locality of interest of the agent. Alternatively, if a particular node of the indexing 
network detects overloading, it may instruct certain of the agents currently 
communicating with the node as a gateway node to move to an adjacent node. 

Figure 12 illustrates the steps carried out by the gateway node of an agent 
on receipt of a move-node request from the agent, step 400. 

The gateway node first determines whether the LOI or LOR of the 
requesting agent intersects with the LOR of an adjacent node, step 402. If no 
such intersection exists, th\ gateway node passes the request to its parent node, 
step 404. \ 
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Otherwise, the gateway node passes the move-node request to the most 
appropriate adjacVit node having an LOR which intersects with the LOP or LOI of 
the requesting agentV 

Referring to Figure 13, when a particular node receives a move-node 
5 request for an agent from another node, step 700, the receiving node first 
determines whether the agent specified in the move-node request is advertising 
within the indexing network by name, step 702. This information will be found in 
the item details object passed with the move-node request, which item details 
object contains a flag indicating whether or not the agent is advertising-by-name. 
10 If the agent is advertising-by-name, it is necessary to ensure the 

consistency of the name indexes when an agent is moving. Accordingly, the 
receiving node places the item details object within its own name index, step 704. 
The receiving node must also initiate a process whereby the name indexes of other 
nodes are updated, step 706. The receiving node follows the following rules when 
15 updating the name indexes of other nodes: 

1 . If the move-node request is received from a parent node, no updating is 
required. 

2. If the move-node request is received from a child node, the receiving node 
transmits a remove-by-name request to the sending node, which results in the 

20 deletion of the corresponding item details object from the sending node's name 
index. 

3. If the move-node request is received from a sibling node, the receiving 
node transmits a remove-by-name request to the sending node, and transmits a 
request to its parent to update the pointer in its name index. 
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4. If the move-node request is received from a cousin node, the receiving 
node transmits a remove-by-name request to the sending node, and transmits a 
request to its parent node to add a pointer in its name index and to propagate the 
request upwards until a previous entry for the agent is found, and thence to 

5 propagate a request downwards to remove all previous pointers which are now 
incorrect. 

5. If the move-node request is received from an uncle node, the receiving 
node transmits a remove-by-name request to the sending node. The receiving 
node also transmits an advertise-by-name request its parent nodes including a 

10 request to add and update name index pointers which is propagated up to and 
including N + 1 nodes above the receiving node's location, where N is the depth of 
the uncle minus the depth of the receiving node. 

6. If the move-node request is received from a nephew node, a request is 
sent to the node's parent to update the pointer in the parent node's name index. 

15 A remove-by-name request is transmitted to the sending node, including a request 
for the removal of pointers from the name indexes of the sending node's parents to 
a level of N above the sending node where N is the depth of the nephew node 
minus the depth of the receiving node. 

Once the name indexes of the other nodes in the network are updated, the 

20 receiving node applies the intersection function to determine whether the locality 
passed in the request intersects with the LOR of the receiving node, step 708. 
This is not necessarily the case, if the request was received from a child node. If 
no intersection is present, the move-node request is passed on to a more 
appropriate node, which is determined as per step 602 described in relation to 

25 Figure 12, step 710. 
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If an intersection is found to occur, the receiving node applies a size 
similarity function to determine whether the locality passed in the move-node 
request is similar in size to its own LOR, step 712. If not, the node determines 
whether its LOR is significantly larger than the passed locality, step 714, and if so 
5 it passes the move-node request to a child node with an intersecting LOR, step 
716. Otherwise, the move-node request is passed upwards to the parent node, 
step 718. 

Finally, if the node receiving the move-node request is an appropriate 
gateway node, the requesting agent is informed of the system address of the new 
10 node with which the agent is now set to communicate, step 720. 



